home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98a.txt / 000035_icon-group-sender _Wed Feb 11 12:25:57 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.8.7/8.8.7) with SMTP id MAA07211
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 11 Feb 1998 12:25:57 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA21187; Wed, 11 Feb 1998 12:25:56 -0700
  7. Message-Id: <34E1CDA3.2C40@gte.net>
  8. Date: Wed, 11 Feb 1998 10:11:15 -0600
  9. From: Mark Evans <evans@gte.net>
  10. Reply-To: evans@gte.net
  11. Organization: None
  12. X-Mailer: Mozilla 3.01 (Win95; I)
  13. Mime-Version: 1.0
  14. To: icon-group@optima.CS.Arizona.EDU
  15. Subject: Re: Stand-alone executables
  16. References: <Pine.GSO.3.95.980211014253.12633A-100000@pandora>
  17. Content-Type: text/plain; charset=us-ascii
  18. Content-Transfer-Encoding: 7bit
  19. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  20. Status: RO
  21. Content-Length: 1796
  22.  
  23. Ramon Pereda wrote:
  24. > 
  25. > On Tue, 10 Feb 1998, Mark Evans wrote:
  26. > 
  27. > > Under Windows/DOS, does there exist any method of bundling the "iconx"
  28. > > interpreter with compiled icon code to create a true "stand-alone"
  29. > > executable?
  30. > 
  31. > No, there does not.  [snip]
  32. > 
  33. > Ideally one would like a platform independent way of attaching the input
  34. > to the interpreter to the end executable and to inform the interpreter to
  35. > start reading at the some point in its own executable.  Perl2exe does this
  36. > without recompiling perl.
  37. > 
  38. > If anyone has some techniques, experience, or advice they would like
  39. > to share on this, please speak up.  I'd be glad to chase down any leads.
  40. > 
  41. > -ray
  42.  
  43. I don't follow the reasoning of attaching the input data to the chain. 
  44. The whole point of writing programs is so that they can accept multiple
  45. inputs over some period of time.  If you compile your input into your
  46. program, you cannot change it without recompiling.
  47.  
  48. As far as the stand-alone interpretive system goes, one method would be
  49. to recompile the icon interpreter as (1) an object code library (static
  50. linkage) or (2) a DLL (dynamic linkage).  Then it becomes a fairly easy,
  51. if tedious, matter to create stand-alone executables.  You would not be
  52. limited by the capabilities of the Icon runtime environment, for you
  53. would be building your own from scratch.
  54.  
  55. The run-time image of an Icon program would be part of the stand-alone,
  56. which would issue calls into the static or dynamic library.
  57.  
  58. I suppose that the static library is the more conservative approach and
  59. probably the best one.  I never did like the Windows design that forces
  60. your system to depend on a single folder housing five thousand DLLs. 
  61. Like the proverbial string, you start pulling one out, and then the
  62. whole building collapses.
  63.  
  64. Mark
  65.  
  66.